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(54) A method of controlling the amount ol data transferred between a terminal and a server 



(57) A system forcontrolling the amount data down- 
loaded from a server to a terminal over a network. The 
terminal comprises a browser and a client proxy the 
function of which is to communicate to the web server 
requests for information on the size of text data and im- 
age data in web pages requested by the browser and to 
retrieve the text and images associated with the web 



pages provided that this would not cause certain user 
defined data download limits to be exceeded. The client 
proxy is arranged so that a user may select that it auto- 
matically performs a partial download of web page data 
if it determines that a complete download of the data 
would result in a user defined data limit being exceeded 
or if such a determination is made that the client proxy 
downloads no data at ail. 
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Description 

[0001] This invention relates to a method of control- 
ling the amount of data transferred between a terminal 
and a server. 

[0002] Publicly accessible computer networks, the 
best known example of which, is the Internet, are well 
known. Use of the internet is increasing rapidly and 
there are now many ways by which a user may gain ac- 
cess to the Internet. From home computers such as PCs 
or Macs, it is common for users to access the internet 
by using a fixed communication line such as an ana- 
logue telephone line or an Integrated Services Digital 
Network line to connect the computer to a server oper- 
ated by an Internet Service Provider. As well as access- 
ing the Internet by using fixed communication lines it is 
becoming increasingly common for users to access the 
Internet using wireless communication techniques. 
Nowadays the operators of many cellular communica- 
tions networks provide the functionality that enables 
their customers to use their mobile phones to make a 
'wireless' connection to the Internet. 
[0003] To date, communication network operators 
have tended to charge customers for Internet usage ac- 
cording to the amount of time that the customer remains 
connected to the Internet through the network. Thus, the 
longer the customer remains connected, then the more 
that customer will be billed. Now however, the operators 
of both fixed line and wireless networks, are beginning 
to adopt a new Internet billing model in which a customer 
is billed according to the amount of data that they trans- 
mit and receive during an Internet session, rather than 
according to the length of time that the session lasts, in 
particular, it is envisaged that the operators of so called 
2.5G (GPRS) mobile networks and the soon to be intro- 
duced 3G (UMTS) mobile networks will adopt this new 
Internet billing model. 

[0004] With the introduction of this new Internet billing 
model, it will become more difficult for Internet users to 
exercise control over the financial costs of their Internet 
sessions. For example, during a typical Internet session 
a user will often wish to follow a link to a World Wide 
Web (WWW) page of data size that is unknown to the 
user. With the new billing model, downloading Web pag- 
es of unknown size may result in a user Incurring finan- 
cial costs that with hindsight that user would not have 
thought worth incurring. 

[0005] The present invention aims to alleviate the 
above discussed problem. 

[0006] According to the invention there is provided a 
method of controlling the amount of data transferred 
from a server to a terminal over a communications not- 
work, the method comprising: receiving as input at the 
terminal user preference data including a first data 
download limit for a first data type; transmitting from the 
terminal to the server a request for size information on 
a file of the first data type stored on the server; receiving 
at the terminal the requested size information; compar- 



ing the si7e information and the first data download limit; 
and if it is determined that the size of the file of the first 
data type is less than or equal to the first data download 
limit, transmitting a data download request from the ter- 
5 minal to the server for the file of the first data type to be 
downloaded to the terminal. 

[0007] According to the invention there is also provid- 
ed, a method of controlling the amount of data trans- 
ferred from a server to a terminal over a network con- 

ro nection in a communications network, the method com- 
prising: receiving as input at the terminal user prefer- 
ence data including a first data download limit for a first 
data type; transmitting a data download request from the 
terminal to the server for a file of the first data type stored 

15 on the server to be downloaded to the terminal; moni- 
toring at the terminal the amount of file data received 
from the server over the network connection; and termi- 
nating the network connection In response to the 
amount of file data received at the terminal reaching Ihe 

20 first data download limit. 

[0008] According to the invention there is also provid- 
ed, a method of controlling the amount of data trans- 
ferred from a serverto a terminal over a communications 
network, the method comprising: receiving as input at 

25 the terminal user preference data including a session 
data download limit; transmitting from the terminal to the 
server a request for size information on a data file stored 
on the server; receiving at the terminal the requested 
size information; using the size information to determine 

30 at the terminal whether downloading the file to the ter- 
minal would cause the session limit to be exceeded: and 
if it is determined that downloading the file to the terminal 
would not cause the session limit to be exceeded, trans- 
mitting a data download request for the file from the ter- 

35 minal to the server. 

[0009] According to the invention there is also provid- 
ed a method of controlling the amount of data from a file 
stored on a server terminal that is transferred from the 
server terminal to a user terminal over a communica- 

40 tions network, the method comprising: determining that 
the total amount of data in the file is larger than a data 
download limit input at the user terminal; transmitting 
from the server terminal to the user terminal a part of 
the file, the part being equal to or less than in size than 

45 the data download limit. 

[0010] Embodiments of the invention will now be illus- 
trated, by way of example only, with reference to the ac- 
companying drawings, in which: 

so Figure 1 illustrates a system embodying the inven- 
tion; 

Figure 2 illustrates a user terminal; 
Figure 3 illustrates a block diagram showing proc- 
esses present in the user terminal illustrated in Fig- 
55 ure 2; 

Figure 4 illustrates a block diagram of a web server; 
Figure 5 illustrates a block diagram showing proc- 
esses present in the web server illustrated in Figure 
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5; 

Figure 6 illustrates the steps in a data download 
process; 

Figure 7 illustrates the steps in another data down- 
load process: 

Figure 8 illustrates the steps in yet another data 
download process; 

Figure 9 illustrates a system embodying the inven- 
tion; 

Figure 1 0 illustrates another system embodying the 
invention. 

[001 1 ] Referring now to Figure 1 there is illustrated a 
system 1 embodying the present invention. The system 
1 comprises a client terminal 10 connected via the In- 
ternet 20 to a web server 30. The terms "client" and 
"server" in this embodiment are illustrative but not limit- 
ing to any particular architecture or functionality. 
[0012] As illustrated in Figure 2 ? the client terminal 1 0 
comprises a data input means 11 , such as a keyboard, 
a VDU 12, a modem 13 and a computer 14 comprising 
a processor, mass storage such as a hard disk, and 
working storage such as RAM. For example, a Pentium 
(TM) based personal computer may be employed as the 
client terminal 10. 

[0013] Referring to Figure 3, stored within the client 
terminal 1 0 (e.g. on the hard disk drive thereof) are pro- 
grammes 11 comprising an operating system 12 (such 
as Windows (TM)), a browser 1 3 (such as Windows Ex- 
plorer (TM) version 3) and a client proxy server 14 de- 
signed to operate with the browser 13. The function of 
the operating system 12 is conventional and will not be 
described further The function of the browser 13 is to 
communicate requests to, and to receive data from, the 
web server 30 via the client proxy 14. As is well known, 
the browser 1 3 provides a graphical user interface (GUI) 
for displaying information and receiving input. 
[0014] The function of the client proxy 14 is to com- 
municate to the web server 30 requests for information 
on the size of text data and image data in web pages 
requested by the browser 13 and to retrieve the text and 
images associated with the web pages provided that this 
would not cause certain user defined data download lim- 
its to be exceeded. The client proxy 14 is arranged so 
that a user may select that it automatically performs a 
partial download of web page data if it determines that 
a complete download of the data would result in a user 
defined data limit being exceeded or if such a determi- 
nation is made that the client proxy 14 downloads no 
data at all. 

[0015] When a partial download of a web page is 
made, in response to further user input, the client proxy 
1 4 may download the remainder of the web page without 
having to reload the entire web page. 
[0016] Advantageously then, the client proxy 14 al- 
lows for control over the amount of data downloaded to 
the terminal 10 from the web server 30. 
[0017] Preferably, the client proxy 14 is be implement- 



ed in software using a machine independent language 
such as Java or Perl . 

[0018] Referring to Figure 4 the web server 30 com- 
prises a communications port 31 , a central processing 
unit 32 and a mass storage device 33. 
[0019] Referring to Figure 5 the server 30 comprises 
an operating program 40 comprising an operating sys- 
tem 41 such as Unix and a server program 42. The op- 
erating system is conventional and will not be described 
further. 

[0020] The function of the server program 42 is to re- 
ceive requests from the client proxy 14 for information 
on the size of web page hypertext documents stored on 
the web server 30 and also to receive from the client 
proxy 14 requests for information on the size of images 
or other multi-media files referred to in the Hypertext 
documents. The server programme 42 is arranged to 
send the requested information to the client proxy 14. 
At the client proxy's 14 request, the server programme 
42 may supply to it a complete web page or only part of 
a complete web page. When the server programme 42 
supplies the client proxy with only part of a web page, 
on further request from the client proxy 14 the server 
programme 42 may supply it with the remainder of the 
web page. 

[0021] To allow the above described functionality, the 
web server 30 supports a suitably enhanced Hyptertext 
Transfer Protocol (HTTP). 

[0022] There will now be described with reference to 
Figures 4 to 6 the steps involved in exemplary specific 
Internet processes performable in the system 1. 
[0023] Referring first to Figure 6, in step 100, a user 
of the terminal 1 0 launches the web browser 13 and via 
the keyboard 11 (or any other suitable data in-put 
means) inputs to the terminal 10 a text limit value, an 
image limit value and a session limit value. The text limit 
value identifies to the client proxy 14 the maximum 
amount of text data associated with a web page that the 
user is willing to downloaded in any given single data 
download operation. Similarly, the image limit value 
identifies to the client proxy 14 the maximum amount of 
data representing an image or graphics in a web-page 
that the user is willing to downloaded in any single given 
download operation. The session limit value identifies 
to the client proxy 1 4 the maximum total amount of data 
that the user Is willing to download during an Internet 
session. 

[0024] As will be explained below, prior to download- 
ing a particular web page from the web server 30, the 
client proxy 14 is arranged to request information from 
the web server 30 that will allow the client proxy 14 to 
determine whether the downloading of the web-page 
would result in any of the above mentioned limits being 
exceeded. Thus, in step 1 01 , the user specifies what the 
client proxy 14 is to do in the event that such a determi- 
nation is made. The user may select either a 'partial re- 
trieval 1 option or a 'no retrieval* option. If the 'partial re- 
trieval' option is selected, then the client proxy 14 will 
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automatically partially download the web page to the ex- 
tent that the user input limits may be reached but not 
exceeded. If the 'no retrieval' option is selected, then the 
client proxy 1 4 will not download any of the page without 
further prompting from the user. The user may make this 
selection, for example, using a drop down menu dis- 
played on the VDU in a dialog box or as a command line 
function. 

[0025] The discussion with respect to Figure 6, relates 
to a session in which the downloading of a web page 
would not cause any of the user input limits to be ex- 
ceeded and so for this discussion, the user selection in 
step 101 is not important. 

[0026] In step 102, by specifying to the web browser 
13 a Uniform Resource Locator (URL), the user selects 
a web page for downloading from the web server 30. A 
request for the selected web page is passed from the 
web browser 13 to the client proxy 14, step 103. In step 
104, the client proxy 14 sends to the web server 30 a 
request for infromation detailing the size of the Hyper- 
text Markup language (HTML) document that defines 
the requested web page. 

[0027] As is known to those skilled in the art.. HTML 
is a markup language that is used to construct hyper- 
textual web pages. Hypertext documents contain the 
commands that instruct a web browser on how to format 
and display the text, images and other elements that 
make up the web page defined by the document. Such 
documents may also contain commands that a browser 
interprets and then displays as links to other web pages 
or Internet sites. A HTML document contains all of the 
text that is to be displayed in the web page that it defines, 
but it does not itself contain any image, sound or other 
multimedia files that are included in the web page. In- 
stead, the document contains HTML references (hyper- 
links) to those files, which a browser (or a proxy acting 
on behalf of a browser) may use to request the files from 
the server on which they are stored, in order to display 
them with the web page. 

[0028] In step 105, the web server 30 returns to the 
client proxy 14 information detailing the size of the 
HTML document. The dient proxy 1 4 then compares the 
size of the HTML document to the text limit value previ- 
ously input by the user in step 1 00 and also determines 
if the HTML document can be downloaded without caus- 
ing the session limit to be exceeded, in this example, 
the size of the HTML document is less than or equal to 
the text limit value and can also be downloaded without 
causing the session limit to be exceeded and so in step 
1 06, the client proxy 1 4 sends a request to the web serv- 
er 30 for all of the HTML document to be downloaded, 
step 106. In step 107, the requested HTML document 
is received at the client proxy 14. 
[0029] The client proxy 1 4 then parses the HTML doc- 
ument in order to identify if the document includes any 
HTML references to images that are included in the web 
page. In this example, for simplicity of discussion, the 
client proxy 14 determines that the web page includes 



one image and at step 1 08, the client proxy 14 sends a 
request to the web server 30 for information detailing 
the size of that image. In step 1 09 the web server sends 
to the client proxy the information detailing the size of 

5 the image. The client proxy 1 4 then compares the image 
size to the image limit previously input by the user at 
step 1 00, and also determines whether or not download- 
ing the image would cause the session limit to be ex- 
ceeded. In this example, the image size is less than the 

10 image limit and downloading the image would not cause 
the session limit to be exceeded and so in step 11 0 the 
client proxy 14 sends a request to the web server 30 for 
the image to be downloaded. 

[0030] In step 1 1 1 , the client proxy 1 4 receives the im- 
15 age from the web server 30 and in step 112 returns the 
complete web pagetothebrowserl3. In a conventional 
fashion, the web browser 1 3 then displays the web page 
to the user, step 113. 

[0031] Figure 7 illustrates another exemplary Internet 
20 session that is in accordance with an embodiment of the 
invention. In this session, in step 200, a user of the ter- 
minal 10 launches the web browser 13 and as per step 
100 in the session described with respect to Figure 4, 
inputs to the terminal 1 0 a text limit value, an imago limit 
25 value and a session limit value. 

[0032] In step 201 , the user selects the 'partial retriev- 
al' option, should the client proxy 14 determine that a 
web-page download would cause a limit to be exceed- 
ed. In step 202, the user specifies to the browser 13 a 
30 URL relating to a web page stored on the web server 
30, and in step 203 a request for the download of the 
selected web page is passed from the web browser 13 
to the client proxy 14. 

[0033] In step 204, the client proxy 14 sends to the 

35 web server 30 a request for the size of the HTML doc- 
ument that defines the requested web page. In step 205, 
the web server 30 returns to the client proxy 1 4 informa- 
tion detailing the size of the HTML document. Next, the 
client proxy 14 compares the size of the HTML docu- 

40 ment to the text limit value previously input by the user 
in step 200 also determines whether or not downloading 
the HTML document would cause the session limit to be 
exceeded. In this example, the size of the HTML docu- 
ment is more than the text limit value but downloading 

45 the HTML document would not cause the session limit 
to be exceeded and so in step 206, the client proxy 14 
sends a request to the web server 30 for a partial down- 
load of the HTML document, up to the text limit value. 
The web-server 30 retrieves a portion of the HTML doc- 

50 ument that is equal in size to the text limit value and 
transmits the partial document for reception at the client 
proxy 14, step 207. 

[0034] It is to be understood that if the client proxy 14 
had determined that downloading the HTML document 
55 would cause the session limit to be exceeded but not 
the text limit or alternatively the session limit to be ex- 
ceeded before the text limit was exceeded then the cli- 
ent proxy would request and subsequently receive from 
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the web-server 30 a portion of the HTML document suf- 
ficient to take the total amount of data received during 
the session up to the session limit. 
[0035] Preferably, the web - server 30 retrieves the 
partially downloaded HTML document such that the par- 
tial document has the same beginning as the full HTML 
document but ends at the point in the full document 
where the text limit value is reached. But this need not 
be the case, and the web-server 30 could retrieve any 
portion of the full HTML document that was equal to the 
text limit value in size. 

[0036] Next, the client proxy 14 parses the partial 
HTML document in order to identify whether the partial 
document includes any references to images that are 
included in the web page. In this example, the client 
proxy determines that there is a reference to one image 
and so at step 208, the client proxy 1 4 sends a request 
to the web server 30 for information on the size of that 
image. In step 209 the web server 30 sends to the client 
proxy 14 the information on the size of the image. The 
client proxy 14 then compares the image size to the im- 
age limit previously input by the user and also deter- 
mines whether or not downloading the image would ex- 
ceed the session limit. 

[0037] In this example, the image size is more than 
the image limit and it is determined that downloading the 
image would not cause the session limit to be exceeded 
and so in step 210 the client proxy 1 4 sends a request 
to the web server 30 for a part of the image to be down- 
loaded, up to the image limit. In step 211 the web-server 
30 retrieves a portion of the image that is equal in size 
to the image limit and transmits the partial image for re- 
ception at the client proxy 14. 
[0038] It is to be understood that if the client proxy 1 4 
had determined that downloading the image would 
cause the session limit to be exceeded but not the image 
limit or alternatively the session limit to be exceeded be- 
fore the image limit was exceeded then the client proxy 
would request and subsequently receive from the web- 
server 30 a portion of the image sufficient to take the 
total amount of data received during the session up to 
the session limit. 

[0039] At this point, preferably, the client proxy 14 
parses the received partial HTML document and if nec- 
essary modifies it in order to improve the quality of the 
web page that is to be displayed to the user For exam- 
ple, the client proxy 14 may add to the HTML document 
any closing <tags> that have clearly been omitted from 
the document as a result of the partial download. The 
client proxy may also process the partial image in order 
to improve its quality. 

[0040] Advantageously, the client proxy 1 4 is also ar- 
ranged to generate and insert into the received partial 
HTML document new HTML text which when displayed 
to the user will inform the user of the cost of downloading 
the remainder of the HTML document and the remainder 
of the image needed to complete the web page. 
[0041] At this point, the client proxy 14 also inserts 



into the partial HTML document HTML commands for 
generating links onto which the user can simply click to 
request the downloading of the remaining text data and 
image data. Thus at step 21 2, the modified HTML doc- 

5 ument and image data is passed to the web browser 1 3 
which then at step 213, displays to the user a modified 
web page comprising the partial text, partial image, the 
cost details of downloading the remainder of the HTML 
text and image data together with links on which the jser 

10 can click to perform these downloads. 

[0042] Figure 6 illustrates further steps in an exem- 
plary Internet session that is in accordance with an em- 
bodiment of the invention. In step 300, a user of the ter- 
minal 10 launches the web browser 13 and as per step 

is 1 00 in the session described above with respect to Fig- 
ure 6, inputs to the terminal 10 a text limit value, an im- 
age limit value and a session limit value. In this example, 
in step 301 , the user selects the 'no retrieval' option. 
[0043] In step 302, the user specifies to the web- 

20 browser 1 3 a URL relating to a web page stored on the 
web server 30, and in step 303 a request for the down- 
load of the selected web page is passed from the web 
browser 13 to the client proxy 14. In step 304, the client 
proxy 1 4 sends to the web server 30 a request for infor- 
ms mation detailing the size of the HTML document that de- 
fines the requested web page. In step 305, the web serv- 
er 30 returns to the client proxy 14 the information de- 
tailing the size of the HTML document. Again, the client 
proxy 1 4 then compares the size of the HTML document 

30 against the text limit value previously input by the user. 
As in the example described with respect to Figure 7, 
the size of the HTML document is more than the user 
input text limit value and/or the client proxy 14 deter- 
mines that downloading the HTML document would 

35 cause the session limit to be exceeded.. In this example, 
since at step 302 the user selected the 'don't retrieve' 
option, the client proxy 14 does not request a partial 
download of the HTML document. Instead, the client 
proxy 14 is arranged to generate the HTML for a new 

40 information web page which information web page in- 
cludes the cost details for downloading the entire HTML 
document and also a clickable link to enable the user to 
download the HTML document. 
[0044] In step 306 the information page is passed to 

45 the web browser 1 3 which then displays the information 
web page to the user, step 307. Having considered the 
costs involved in downloading the HTML document the 
user can select to do so by clicking on the link in the 
information web page, step 308, causing the web- 

so browser 13 to send a re-request for the HTML document 
to the client proxy 14, step 309, which in turn requests 
the HTML document from the web server 30, step,31 0. 
[0045] At step 311, the client proxy 14 receives the 
requested HTML document from the web server 30 and 

55 then parses the HTML in order to identify if the web page 
includes any images. In this example, the client proxy 
14 determines that the page includes one image and so 
at step 312, the client proxy 14 sends a request to the 
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web server for the size of that image. In step 313 the 
web server 30 sends to the client proxy 14 the size of 
the image. The client proxy 1 4 compares the image size 
to the image limit previously input by the user and also 
determines whether or not downloading the image 
would exceed the session limit. 
[0046] In this example, the image size is more than 
the image limit and/or the client proxy 1 4 determines that 
downloading the image would cause the session limit to 
be exceeded. In these circumstances, the client proxy 
14 is arranged to generate and insert into the received 
HTML document, new HTML text that details the cost to 
the user of downloading the entire image data. The cli- 
ent proxy 14 also inserts new HTML text to generate a 
link on which the user can simply click to request the 
download of the image data. Thus at step 31 4, the web 
page is passed to the web browser 1 3 which then at step 
315, displays the web page with its full text content, but 
with its image replaced with the cost details and a down- 
load link. 

[0047] In the above described examples, each down- 
loaded HTML document contained a reference to only 
one image file. It will be appreciated that the client proxy 
14 may also deal with downloaded HTML documents 
that contain references to more than one image file. In 
such instances, the client proxy 14 will request from the 
web server 30 size information for each image in order 
to determine which of the multiple images exceed the 
image limit. Thus, when the user has selected the partial 
download option, for each of the images that it is deter- 
mined that the size of the image is larger than the user 
input image limit, the client proxy 14 sends a request to 
the web server 30 for part of that image to be download- 
ed, the part equalling the user input image limit in size. 
Images determined by the client proxy 14 not be larger 
than the image limit will be downloaded in full. It will also 
be appreciated that the client proxy 14 will co-ordinate 
the downloading of such multiple images in such a man- 
ner that the session data limit is not exceeded. 
[0048] When the user has selected the 'no retrieval 1 
option, each image that the client proxy 14 determines 
does not exceed the image limit in size will be down- 
loaded to the terminal 10 in full. Each image that the 
client proxy 14 determines is larger than the image limit 
will not be downloaded but instead the client proxy 14 
is arranged to generate and Insert into the received 
HTML document new HTML text that details the cost to 
the user of downloading the entire image. Preferably, 
the client proxy 14 aJso inserts new HTML text into the 
HTML document to generate links onto which the user 
can simply click to request the downloading of each im- 
age. Again, it should be appreciated that tho client proxy 
1 4 will co-ordinate the downloading of such multiple im- 
ages in such a manner that the session data limit is not 
exceeded. 

[0049] In the above described examples, the web- 
server 30 supports an extended HTTP which allows the 
client proxy 14 to determine the size of HTML docu- 



ments and also the size of web images prior to down- 
loading them and also to request and receive partial 
HTML documents and partial web images. In practice it 
is likely that the client proxy 14 will often request web 

5 pages from web servers which do not support such an 
extended HTTP and thus cannot support this extra func- 
tionality. As is illustrated in Figure 9, in such circum- 
stances the extra functionality can still be provided if the 
c: ! ent proxy 14 is connected to a web server 50 which 

10 does not support the extended HTTP via a further net- 
work proxy server 51 which does support the extended 
HTTP. The network proxy server51 may for example be 
run by an Internet service provider When the client 
proxy 14 requests a particular web page stored on the 

'5 web server 50 the entire web page is first retrieved by 
the network proxy 51 . The network proxy 51 then takes 
the non extended protocol associated with the web page 
and reformats it as an extended protocol. Thereafter, to 
retrieve the web page from the network proxy 51 , the 

20 client proxy 1 4 is able to interact with the network proxy 
51 in the exact same manner as its interaction with the 
web server 30 described above. 
[0050] In Figure 10 there is illustrated a communica- 
tion system comprising a terminal 10 which includes 

25 web - browser 1 3 and client proxy 1 4. The terminal 1 0 , 
web -browser 13 and client proxy 14 are ail simitar to 
the corresponding features described above with re- 
spect to Figures 1 and 2. The terminal 10 is connected 
to a web server 70 via the Internet 20 using a standard 

30 TCP/IP connection. 

[0051] As in the examples described above, user de- 
fined text, image and session data limits may be input 
by a user to the client proxy 1 4, but unlike in the exam- 
ples described above, the web server 70 does not sup- 

35 port the previously described enhanced HTTP func- 
tions. Since, the web server 70 does not support these 
enhanced HTTP functions the client proxy 1 4 can not de- 
termine in advance of downloading a web page from the 
server 70, the size of that web page. Instead, in this ex- 

40 ample, the client proxy 1 4 is arranged to monitor incom- 
ing network traffic data and to close the data connection 
to the web server 70 when any of the user defined data 
limits are reached. 

[0052] Thus for example, when receiving a HTML 
45 document from the server 70, the client proxy 14 will 
close the data connection with the server 70 when the 
amount of received HTML data reaches the user input 
text limit. 

[0053] Having received a complete or partial HTML 
so document from the web server 70, if the HTML docu- 
ment refers to an image file stored on the server 70 for 
display with the web page defined by the HTML docu- 
ment, the client proxy 14 may then request the down- 
loading of that image from the web server 70 in the nor- 
55 mal way. When receiving an image file from the server 
70, the client proxy 14 is arranged to monitor the amount 
of received data from the file and if the amount of re- 
ceived data reaches the user input image limit to close 
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the data connection to the server for that image file. This 
prevents any more data from the file being downloaded 
to the terminal 10. The client proxy 14 is also arranged 
to close the connection to the web server 70 if at any 
time during the downloading of data, the session data 
limit is reached. 

[0054] Preferably, the client-proxy 14 makes use of 
the well known TCP congestion control mechanism to 
ensure that when a connection between the terminal 1 0 
and server 70 is closed, there is no data on that connec- 
tion left in the network. 

[0055] Advantageously, in all the above examples, 
the client proxy 14 may also be arranged to generate 
data indicative to a user of the running financial cost of 
an Internet session and to display this information to the 
user. This will allow a user to keep track of the current 
total cost to the user for the data downloaded so far in 
an Internet session. 

[0056] It will be appreciated that the client proxy 14 
may also be configured to receive user input data limits 
for other types of data files associated with web pages 
to allow the downloading of these files to be controlled 
in any of the ways described above with respect to im- 
age files. Examples of such data files include sound 
files, video files, animation files or other types of multi 
media files or indeed more general data files such as 
plugins or downloadable software files that may be as- 
sociated with web pages. 

[0057] It will be appreciated that the present invention 
may also be used to control the amount of data being 
transferred from a web server to a terminal using types 
of protocol other than the HTTP, for example using the 
well known File Transfer Protocol (FTP). 
[0058] Although in the above examples the terminal 
10 is described as being a PC, it may also be any other 
type of suitable electronic terminal, for example a mobile 
phone or a personal digital assistant (PDA). For exam- 
ple, in one embodiment, the terminal 10 is a wireless 
terminal using communications protocols such as UMTs 
for communications over a wireless network which may 
provide a connection to the Internet. 
[0059] The foregoing embodiments are merely exam- 
ples of the invention and are not intended to be limiting, 
it being understood that many variants are possible with- 
in the scope of the invention. Protection is sought for 
any and all novel subject matter disclosed herein and 
combinations of such subject matter. 



Claims 

1. A method of controlling the amount of data trans- 
ferred from a server to a terminal over a communi- 
cations network, the method comprising: 

receiving as input at the terminal user prefer- 
ence data including a first data download limit 
for a first data type; 



transmitting from the terminal to the server a 
request for size information on a file of the first 
data type stored on the server; 
receiving at the terminal the requested size in- 
5 formation; 

comparing the size information and the first da- 
ta download limit; and 

if it is determined that the size of the file of the 
first data type is less than or equal to the first 
10 data download limit, transmitting a data down- 

load request from the terminal to the server for 
the file of the first data type to be downloaded 
to the terminal. 

is 2. A method according to claim 1 , the method com- 
prising: 

if It is determined that the size of the file is more 
than the first data download limit transmitting 
20 from the terminal to the server a data download 

request for part of the file of the first data type 
to be downloaded to the terminal, the part being 
no greater in size than the first data download 
limit. 
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3. A method according to claim 2, the method com- 
prising: 

receiving the data download request at the 
server; 

transmitting the part of the file of the first data 
type to the terminal. 

4. A method according to claim 1 or 2, wherein the us- 
er preference data includes a second data down- 
load limit for a second data type, the method further 
comprising: 

receiving at the terminal a complete file or a 
partial file of the first data type; 
identifying in the file of the first data type a ref- 
erence to a file of the second data type that is 
stored on the server; 

transmitting from the terminal to the server a 
second request for size information on the file 
of the second data type; 
receiving at the terminal the second requested 
size information; 

comparing the second size information and the 
second data download limit; and 
if it is determined that the size of the file of the 
second data type is less than or equal to the 
second data download limit, transmitting a data 
download request to the server for the complete 
file of the second data type to be downloaded 
to the terminal. 

5. A method according to claim 4, the method com- 
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prising: 



if it is determined that the size of the file of the 12. 
second data type is more than the second data 
download limit transmitting from the terminal 5 
to the server a request for a download of part 13. 
of the file of the second data type, the part being 
no greater in size than the second data down- 
load limited 



6. A method according to daim 5, the method com- 
prising: 

receiving the request at the terminal; 
transmitting the file of the second data type to 
the terminal. 

7. A method according to any of claims 2 to 6, the 
method comprising: 

receiving at the terminal the part of the file of 
the first data type and/or the part of the file of 
the second data type; and 
generating price information indicative of the 
cost to a user of downloading from the server 
the remainder of the file of the first data type 
and/or the remainder of the file of the second 
data type; 

displaying the price information to a user. 

8. A method according to claim 7, the method com- 
prising: 

generating a link or links which a usercan follow 
to download the remainder of the file of the first 
data type and/or the file of the second data 
type; 

displaying the link or links to a user. 

9. A method according to any of claims 2 to 8, the 
method comprising: 

receiving at the terminal the part of the file of 
the first data type and/or the part of the file of 
the second data type; and 
in response to user input, transmitting a request 
to the server for the downloading of the remain- 
der of the file of the first data type and/or the 
remainder of the file of the second data type. 

10. A method according to claim 9, the method com- 
prising: 



wherein the first data type is data representing text. 

A method according to claim 1 1 , wherein the first 
file is a hypertext document. 

A method according to any of the claims 2 to 12 
wherein the second data type is data representing 
an image. 
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14. A method according to claim 1, wherein the user 
preference data includes a session data download 
limit, the method further comprising: 

using the size information to determine whether 
downloading the file of the first data type to the 
terminal would cause the session data down- 
load limit to be exceeded; and 
sending the data download request from the 
terminal to the server only if it is determined that 
the size of the file is less than or equal to the 
first data download limit together with it being 
determined that downloading the file to the ter- 
minal will not cause the session data download 
limit to be exceeded. 

15. A method according to claim 14, the method com- 
prising: 

if it is determined that the size of the file is less 
than the first data download limit but that down- 
loading the file to the terminal would cause the 
session data download limit to be exceeded, 
transmitting from the terminal to the server, a 
data download request for part of the file of the 
first data type, the part being of such a size that 
downloading it to the terminal will not cause the 
session data download limit to be exceeded. 

16. A method according to claim 1 , the method further 
comprising: 

in response to determining that the size of the 
first file is more than the first data download limit 
generating information indicative of this; and 
displaying the information to a user. 



17. A method according to claim 16 wherein the infor- 
mation includes price information indicative to the 
user of the cost of downloading from the server the 

50 file of the first data type. 

18. A method according to claim 16 or 17, the method 
further comprising: 



receiving the request at the server; 

transmitting the remainder of the file to the ter- 55 

minal. 

11. A method according to any of the claims 2 to 10, 



generating a link which a user can follow to 
download the file of the first data type; and 
displaying the link to the user. 
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19. A method according to claim 1 6, 1 7 or 1 8, the meth- 
od comprising: 

in response to user input transmitting a request 
from the terminal to the server for the down- 
loading of the file of the first data type; and 
receiving at the terminal from the server the file 
of the first data type. 

20. A method according to claim 19, wherein the user 
preference data comprises a second data download 
limit for a second data type, the method further com- 
prising: 

identifying in the file of the first data type re- 
ceived at the terminal from the server a refer- 
ence to a file of the second data type stored on 
the server; 

transmitting from the terminal to the server a 
second request for size information about the 
file of the second data type; 
receiving at the terminal the second requested 
size information; 

comparing the second size information and the 
second data download limit, and sending a data 
download request from the terminal to the serv- 
er for the complete file of the second data type, 
if it is determined that the size of the file of the 
second data type is less than or equal to the 
second data download limited. 

21. A method according to claim 20, wherein in re- 
sponse to determining that the size of the file of the 
second data type is greater than the second data 
download limit generating price information indica- 
tive to a user of the cost of downloading from the 
server the file of the second data type; and 

displaying the price information to the user. 

22. A method according to claim 21 . the method further 
comprising: 

generating a link which a user can follow to 
download the file of the second data type; and 
displaying the link to the user. 

23. A method according to any of the claims 17 to 22, 
wherein the first data type is data representing text. 

24. A method according to claim 23, wherein the first 
file is a hypertext document. 

25. A method according to any of the claims 20 to 24 
wherein the second data type is data representing 
an image and the second file is an image file. 

26. A method according to claim 1 wherein the user 
preference data includes a session download limit, 



the method further comprising: 

using the size information to determine whether 
downloading the file of the first data type to the 
5 terminal would cause the session data down- 

load limit to be exceeded; and 
if it is determined that downloading the file of 
the first data type to the terminal would cause 
the session data download limit to be exceed- 
to ed, not transmitting the data download request 
to the server 

27. A method of controlling the amount of data trans- 
ferred from a server to a terminal over a network 

is connection in a communications network, the meth- 
od comprising: 

receiving as input at the terminal user prefer- 
ence data including a first data download limit 
20 for a first data type; 

transmitting a data download request from the 
terminal to the server for a file of the first data 
type stored on the server to be downloaded to 
the terminal; 

25 monitoring at the terminal the amount of file da- 

ta received from the server over the network 
connection; and 

terminating the network connection in response 
to the amount of file data received at the termi- 
30 nal reaching the first data download limit. 

28. A method according to claim 27, wherein the user 
preference data includes a second data download 
limit for a second data type, the method further com- 

35 prising: 

receiving at the terminal a complete file or a 
partial file of the first data type transmitted from 
the server to the terminal in response to a 
40 download request; 

identifying in the file of the first data type a ref- 
erence to a file of the second data type that is 
stored on the server; 

transmitting from the terminal to the server a 
45 data download request for the file of the second 

data type to be downloaded to the terminal; 
monitoring at the terminal the amount of second 
file data received from the server over a net- 
work connection; and 
50 terminating the network connection in response 

to the amount of second file data received at 
the terminal reaching the second data down- 
load limit. 

55 29. A method according to claim 28, wherein the first 
file is a hypertext document. 

30. A method according to claim 29 wherein the second 
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data type is data representing an image and the 
second file is an image file referred to in the hyper- 
text document. 

. 31. A method of controlling the amount of data trans- 
ferred from a server to a terminal over a communi- 
cations network, the method comprising: 

receiving as input at the terminal user prefer- 
ence data including a session data download 

limit; 

transmitting from the terminal to the server a 
request for size information on a data file stored 
on the server; 

receiving at the terminal the requested size in- 
formation; 

using the size information to determine at the 
terminal whether downloading the file to the ter- 
minal would cause the session limit to be ex- 
ceeded; and 

if it is determined that downloading the file to 
the terminal would not cause the session limit 
to be exceeded, transmitting a data download 
request for the file from the terminal to the serv- 
er. 

32. A method according to claim 31 , the method com- 
prising: 

if it is determined that downloading the file to 
the terminal would cause the session limit to be 
exceeded, transmitting from the terminal to the 
server a data download request for part of the 
file of the first data type to be downloaded to 
the terminal, the part of the file being of such 
size that downloading it to the terminal will not 
cause the session limit to be exceeded. 

33. A method according to claim 31 , the method com- 
prising: 

if it is determined that downloading the file to 
the terminal would cause the session limit to be 
exceeded, generating data indicative of this 
and displaying the data to a user. 

34. A method of controlling the amount of data from a 
file stored on a server terminal that is transferred 
from the server to a user terminal over a communi- 
cations network, the method comprising: 

determining that the total amount of data in the 
file is larger than a data download limit input at 
the user terminal; 

transmitting from the server terminal to the user 
terminal a part of the file, the part being equal 
to or less than in size than the data download 

limit. 



35. A computer programme for implementing the meth- 
od of any preceding claim when executed on a proc- 
essor. 

5 36. A terminal or terminals configured to perform the 
method of any of claims 1 to 34. 
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